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Bandwidth Management System 

CLAIM OP PRIORITY 

This application claims priority from co-pending 
provisional application Serial No. 60/171,321/ filed on 
December 21, 1999, which is incorporated by reference herein. 

BACKGROUND 

This invention relates generally to bandwidth management 
systems . 

Bandwidth management plays a critical part in traffic 
management of packet networks. Poor bandwidth management can 
result in congestion, packet loss, and application performance 
degradation and thus, affect the overall performance of a 
network. Bandwidth generally refers to the transmission 
capacity of a computer channel or communications line or bus, 
usually stated in bits per second (bps) . Bandwidth indicates 
the theoretical maximum capacity of a connection, but as the 
theoretical bandwidth is approached, negative factors such as 
transmission delay can cause deterioration in quality. 

A type of bandwidth management utilizes Class -Based 

Queuing (CBQ) . CBQ provides mechanisms to partition and share 

a link bandwidth using hierarchically structured classes. CBQ 

provides a methodology for classifying packets and queuing 

them according to criteria defined by an administrator to . 

provide differential forwarding behavior for each traffic 

class. Packets are classified into a hierarchy of classes 

based on any combination of a set of matching criteria, such 
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as IP address, protocol, and application type. Each class is 
assigned a bandwidth and a set of priorities. 



SUMMARY 

5 In an aspect, the invention features a method of managing 

bandwidth including receiving packets on an input port, 
classifying the packets in a classification engine, processing 
the packets in a processing engine, queuing the packets in a 
queuing engine, and scheduling the packets on an output port. 

10 In another aspect, the invention features a method of 

managing bandwidth including classifying network packets 
according to traffic types for placement in class queues, 
generating parent classes for each class, allocating parent 
bandwidths to the parent classes, assigning parent priorities 

15 to the parent classes, generating sub-parent classes for each 
parent class and providing a minimum bandwidth to the sub- 
parent classes. 

One or more of the following features may also be 
included: A policy manager may provide parameter input for 

20 processing and queuing. Parameters may include class 
bandwidth and class priority. 

Embodiments of the invention may have one or more of the 
following advantages: 

The bandwidth management system enhances classification 

25 through hashing to avoid the cost of performing a linear 
search of class filters for each packet. 
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The system provides a mechanism to change the Type Of 
Service (TOS) value oE all packets classified to a particular 
class to enable matching packets with underlying applications. 

The system provides support for specifying a guaranteed 
minimum bandwidth for a class by making use of the 
hierarchical nature of class -based queuing (CBQ) classes. 

Admission control, working in conjunction with minimum 
guaranteed bandwidth, provides a limit to the number of 
simultaneous flows in a class. 

The bandwidth management system enhances CBQ with TCP 
traffic shaping to enhance fairness among the TCP flows in a 
class, and to reduce the likelihood of the packets being 
dropped from the class queue. 

The details of one or more embodiments of the invention 
are set forth in the accompanying drawings and the description 
below. Other features, objects, and advantages of the 
invention will be apparent from the description and drawings, 
and from the claims. 

DESCRIPTION OF DRAWINGS 

The foregoing features and other aspects of the invention 
will be described further, in detail, in the accompanying 
drawings, in which: 

FIG. 1 is a block diagram of a network. 

FIG. 2 is a block diagram of a bandwidth management 

system of FIG. 1. 

FIG. 3 is a flow diagram of a classification process 

residing in the bandwidth management system. 
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FIG. 4 is a block diagram of a processing system residing 
in the bandwidth management system. 

FIG. 5 is a flow diagram of a rate shaping process 
residing in the bandwidth management system, 
5 FIG. 6 is a flow diagram of a session bandwidth process 

residing in the bandwidth management system. 

FIG. 7 is a flow diagram of an admission control process 

residing in the bandwidth management system. 

Like reference symbols in the various drawings indicate 
10 like elements. 

DETAILED DESCRIPTION 
Referring to FIG. l f a network 10 includes a local area 

network (LAN) 12 and a wide area network (WAN) 14 connected to 

a bandwidth management system 16. The bandwidth management 

15 system 16 processes network traffic originating from the LAN 

12 and WAN 14 . More specifically, the bandwidth management 

system 16 manages: LAN traffic destined for the LAN 12, LAN 

traffic destined to the WAN 14, and WAN traffic destined for 

the LAN 12.. 

20 Referring to FIG. 2, the bandwidth management system 16 

(of FIG. 1) includes an input port 3 0 and an output port 32 
connected to a bandwidth management engine 34. Network, 
packets (not shown) arriving through the input port 3 0 enter a 
classification engine 36. Classified packets leave the 

25 classification engine 3 6 and enter a processing system 38. 

Processed packets leave the processing system 3 8 and enter a 
queuing engine 40 for scheduling out the output port 32. The 
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bandwidth management system 16 may receive input from a policy 
manager 42 . The policy manager 42 is an input device that is 
able to provide a bandwidth and a priority to the bandwidth 
management system 16. Receipt of a bandwidth and priority 
5 from the policy manager 42 automatically sets (1) class 
parameters utilized in the processing system 38 and the 
queuing engine 40, such as bandwidth, priority, burst, 
scheduling time, and (2) classification criteria utilized in 
the classification engine 3 6 {more fully described below) . 

10 In an embodiment, the LAN 12 and WAN 14 of FIG. 1 have 

input and output ports. In this embodiment, there are two 
bandwidth management systems 16, one for the LAN to WAN 
direction, and the other for the WAN to LAN direction. The 
two systems share a common policy manager 42. 

15 Referring to FIG. 3, a classification process 50 residing 

in the classification engine 36 includes receiving 52 network 
packets. From each network packet, a 5-tuple is obtained 54. 
Each 5-tuple includes attributes found in network packets. 
Specifically, the 5-tuple is a combination of destination 

20 address, destination port, source address, source port and 
protocol. A hash function is applied 56 to generate a hash 
key Jc based on the 5-tuple. The k tix list in the hash table is 

searched 57 for a hash entry that matches the packet's 5- 
tuple. A determination 58 is made whether such hash entry is 
25 found. If the hash entry is not found, the process 50 

sequentially searches 60 the filter database for a match of 
the 5-tuple. A new hash entry is generated 62, containing the 
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packet's 5 -tuple and the class associated with the found 
filter, and the network packet assigned 64 to the found class. 
If a hash entry is found, the process 50 assigns 64 the packet 
to the class associated with the hash entry. Classified 
packets are routed 66 to the processing system 3 8 for further 
processing. 

In an embodiment, the hash function referred to above 
returns a key, which is an index to a hash table. 
Hash_table [key] includes a list of hash entries containing: 
the entry's source address (src) , source port (src_ port) , 
destination address (dst) , destination port (des_port) , 
protocol, origin, and a class pointer. The hash entry search 
iterates on the HashJ: able [key] list, searching for a hash 
entry that matches the packet's src, src_port, dst, dstjport, 
protocol, and origin. If there is a match, the class pointer 
of the matched hash entry points to the designated class for 
this packet. If there is no match, than it goes through the 
filter table looking for a match. 

Referring to FIG. 4, the processing system 3 8 includes a 
rate shaping engine 80, a TOS engine 82, a session bandwidth 
engine 86, and an admission control engine 88. Not all packet 
processing needs all engines 80-88. Each of the engines 80-88 
may be dynamically added or removed from the processing system 
3 8 as user requirements change. 

A type of service (TOS) field in an IP network packet is 
used to set precedence for the packet. The TOS field is used 
by different types of applications, such as differentiated 
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services and multi protocol label switching (MPLS) routers 
capable of mapping the differentiated services code point to 
MPLS labels . At present there is no consistent definition of 
TOS values among these applications. The TOS engine 82 
provides a mechanism to change the TOS value of all packets 
classified to a particular class. Rather than complying with 
a specific application, the user of the TOS engine 82 has the 
ability to change the TOS value to match with any underlying 
application. A new TOS value and a mask are supplied to 
change specific bits in the TOS field. It is the 
responsibility of the user of the TOS engine 82 to match the 
TOS setting to suit his or her purposes. 

Transmission Control Protocol (TCP) uses a sliding window 
flow- control mechanism to increase throughput over wide area 
networks. TCP allows the sender to transmit multiple packets 
before it stops and waits for an acknowledgment (ACK) . The 
sender does not have to wait for an ACK each time a packet is 
sent. The sender then fills the pipe and waits for an ACK 

before sending more data. The receiver not only acknowledges 
that it got the data, but advertises how much data it can now 
handle, that is, it's window size. This is done using the 
Window field. The sender is then limited to sending no more 

than a value of Window bytes of unacknowledged data at any 
given time. The receiver sets a suitable value for the Window 
based on the amount of memory allocated to the connection for 
the purpose of buffering data. 
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Queuing is important to network traffic management. 
Systems utilizing class-based queuing -(CBQ) , for example, 
exhibit competition for bandwidth in each CBQ class. Given 
the bursty nature of TCP connections, a connection can be 
5 "starved" by a large burst from other connections. Further, a 
large burst from a connection may also cause packets (from 
this or other connections) to be dropped from a class queue, 
which has a limited size. The processing system 3 8 enhances 
CBQ by including a TCP traffic shaping (also known as rate 

10 shaping) process in the TCP rate-shaping engine 80. The TCP 
rate-shaping engine 80 minimizes the likelihood of packets 
being dropped from the class queue, and enhances fair 
allocation of the queue among multiple connections with 
different levels of burstiness. TCP rate shaping is applied 

15 to all TCP connections as a secondary means for bandwidth 
management . 

To control burst, the TCP rate-shaping engine 8 0 reduces:- 
the size of the burst by reducing the advertised window size 
that is sent by the receiver in two ways depending on whether 
20 the class assigned to the packet may borrow. 

When the class cannot borrow, i.e., its bandwidth 
allocation is static, the rate shaping engine uses the formula 
C = B / (n) (D) , where C is the capacity of the class, B is the 

class bandwidth, n is the number of concurrently active 

25 connections, and D is the estimate of the round trip time of 

the connection. The reduced window size is then set to C 
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rounded up to be a multiple of the connection maximum segment 
1 size (MSS) , if this is less than the original advertised 

window size, or left unchanged otherwise. D is obtained from 
running a weighted average of round trip time samples made 
5 throughout the lifetime of a TCP connection. 

When a class can borrow excess bandwidth from its parent, 
the effective bandwidth for this class might exceed its class 
bandwidth. Therefore, if the TCP rate-shaping engine 80 
reduces the window size according to the class bandwidth, it 
10 might potentially limit the borrowing ability of this class. 

For the above reason, when a class can borrow, the TCP 
rate shaping engine 80 reduces the advertised window size 
using the formula C - B' / (n) (D) , where B' is the maximum of 
class bandwidth and burst bandwidth. The burst bandwidth of a 
15 class is the maximum amount of bandwidth this class can 
borrow. 

Referring to PIG. 5, a rate shaping process 100 residing 
in the rate-shaping engine 80 includes receiving 102 a packet. 
A determination 104 is made whether class borrowing is enabled 

20 for the class assigned to the packet. If class borrowing is 
disabled, the advertised window size is set 106 to a value 
calculated by the formula C = B / (n) (D) , where B is the class 
bandwidth, n is the number of currently active connections, 
and D is the estimate of the round trip time of the 

25 connection. If class borrowing is enabled, the advertised 

window size is set 108 to a value calculated by the formula C 
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= B ' / (n) (D) t where B f is the maximum of class bandwidth and 

burst bandwidth. 

As mentioned above, general class base queuing (CBQ) 
provides a mechanism to classify connections to a particular 
class and pre-allocate an aggregate bandwidth for this class. 
Connections classified to this class compete for class 
bandwidth. For some connections, it is desirable to be able 
to specify a per-connection bandwidth, i.e., a guaranteed 
minimum bandwidth. 

The session bandwidth engine 8 6 provides a guaranteed 
minimum bandwidth to a class. This is enabled by the class 
specification bf a minimum bandwidth. 

Referring to FIG. 6, a session bandwidth process 120 
residing in the session bandwidth engine 8 6 includes 
classifying 122 a packet from a particular connection using 
filter lookup or hash lookup. A determination 124 is made 
whether the class has a guaranteed minimum bandwidth 
specified. If the class contains a guaranteed minimum 
bandwidth specification, a new class is generated 12 6 for the 
packet. The new class is said to be a child of the original 
class. Properties of the new class are inherited from the 
original class. The class bandwidth of the new class is set 
128 to the guaranteed bandwidth of the original class. A 
filter specifically matching the connection's 5 -tuple (a 
destination address, a destination port, source address, 
source port) is generated 13 0 so that subsequent packets from 
this connection will match this filter instead of the original 
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class filter. Since the dynamically generated class would 
only contain, at most, one connection, CBQ would guarantee 
this class to have at least its class bandwidth, or the 
specified guaranteed bandwidth. The dynamic class is also 
said to borrow from its parent (the original class). This 
means the connection of the dynamic class can use excess 
bandwidth of its parent class. 

When a class has a guaranteed minimum bandwidth, the 
system 16 needs to insure that the number of concurrently 
active connections (n) in this class times the guaranteed 
minimum bandwidth does not exceed the class bandwidth. It is 
possible that the (n+l) th connection would arrive, but there 
is not enough bandwidth left for the bandwidth management 
system 16 to guarantee the minimum bandwidth. For this reason, 
the processing system 38 includes the admission control engine 
88. 

Admission Control broadly refers to a policy decision 
applied initially to requests for controlling the admission of 
network traffic from outside a given administrative domain. 
Admission control in the admission control engine 8 8 is 
enabled using an "admission 0 directive in a class 
specification. The types of admission control directives are 
"squeeze," "deny" or "drop." When the (n+l) th connection 
arrives and the class has no sufficient bandwidth left to 
guarantee the minimum bandwidth, then admission control engine 
82 activates. If the admission directive is squeeze, the 
connection is re-classified to match the "default" class of 
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general Class-Based Queuing (CBQ) . If the admission directive 
is drop, the packets from this connection are silently 
dropped. If the admission directive is deny, and the 
connection is a TCP connection, the admission control engine 
88 generates a TCP reset packet as a reply for the connection 
request SYN packet. If the connection has to be denied and the 
protocol used is not TCP then this connection is silently 
dropped. 

Referring to FIG. 7, an admission control process 150 
residing in the admission control engine 88 includes receiving 
152 a connection. A determination 154 of the class of the 
connection is made. A determination 156 is made as to whether 
there is sufficient bandwidth for the class to guarantee a 
minimum bandwidth. If there is sufficient bandwidth, the 
packet is placed 158 in the CBQ queue, following the session 
bandwidth process 12 0 (of FIG. 6) . If there is not sufficient 
bandwidth to guarantee minimum bandwidth, a determination 160 
is made as to whether the admission directive is squeeze. If 
the admission directive is squeeze, the packet is reclassified 
162 to default class and placed in the CBQ queue through the 
session bandwidth module. A determination 164 is made as to 
whether the admission directive is drop or if the traffic is 
non-TCP. If the admission directive is a drop or the Traffic 
is non-TCP, then the connection is dropped 166. A 
determination 168 is made on whether or not the admission 
directive is deny, the connection is a TCP connection, and the 
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packet is a connection request (SYN) packet 168. If so, a TCP 
reset packet is generated 170. 

. A number of embodiments of the invention have been 
described. Nevertheless, it will be understood that various 
modifications may be made without departing from the spirit 
and scope of the invention. Accordingly, other embodiments are 
within the scope of the following claims. 
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WHAT IS CLAIMED ISi 



1 1. A computer- implemented method of managing bandwidth: 

2 receiving packets on an input port; 

3 classifying received packets in a classification 

4 engine; 

5 processing the classified packets in a processing 

6 system; and 

7. queuing packets in a queuing engine. 

1 2. The computer- implemented method of claim 1 wherein 

2 the packets comprise network packets. 

1 3. The computer- implemented method of claim 2 wherein 

2 the network packets comprise traffic types. 

1 4. The computer- implement method of claim 3 wherein the 

2 traffic types comprise wide area network (WAN) traffic 

3 destined for a local area network (LAN) . 

1 5. The computer- implemented method of claim 3 wherein 

2 the traffic types comprise local area network (LAN) traffic 

3 destined for a wide area network (WAN) . 

1 6. The computer- implemented method of claim 1 wherein 

2 classifying comprises: 

3 generating hash values based on components of the 

4 network packets; and 
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determining corresponding classes for the hash 

values. 



1 7. The computer- implemented method of claim 6 wherein 

2 the components comprise 5-tuples. 

1 8. The computer- implemented method of claim 7 wherein 

2 the 5-tuples comprise destination addresses, destination 

3 ports, source addresses, source ports and protocol numbers. 

1 9. The computer- implemented method of claim 1 wherein 

2 processing system comprises rate shaping packet processing. 

1 io. The computer- implemented method of claim 9 wherein 

2 rate-shaping processing comprises : 

3 determining whether class borrowing is enabled for 

4 the class assigned to the packet? 

5 determining an advertised window size for a class 

6 that has class borrowing disabled by the algorithm: 

7 C = B / (n) (D) 

8 where C is the capacity of the class, B is the class 

9 bandwidth, n is the number of currently active connections and 

10 D is an estimate of round trip time of the connection; and 

11 determining an advertised window size for a class 

12 that has class borrowing enabled by the algorithm: 

13 . C = B ' / (h) (D) 

14 where B 1 is the maximum of class bandwidth and burst 

15 bandwidth. 
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1 11. The computer- implemented method of claim 1 wherein 

2 processing comprises session bandwidth packet processing. 

1 12. The computer- implemented method of claim 1 wherein 

2 session bandwidth packet processing comprises: 

3 generating a new class for the packet class if a 

4 packet class specifies a guaranteed minimum bandwidth; 

5 assigning the new class the guaranteed minimum 

6 bandwidth ; and 

7 generating a 5-tuple filter for the new class. 

1 13. The computer- implemented method of claim 12 wherein 

2 the 5-tuple filter comprises a destination address of the 

3 packet, a destination port of the packet, a source address of 

4 the packet, a source port and a protocol of the packet. 

1 14. The computer- implemented method of claim 1 wherein 

2 processing comprises admission control packet . processing. 

1 15. The computer- implemented method of claim 1 wherein 

2 admission control packet processing comprises session: 

3 receiving a connection; 

4 determining a class for the connection; 

5 determining whether there is sufficient bandwidth 
'6 for the class to guarantee a minimum bandwidth; 

7 determining an admission directive from the class; 

8 and 

16 
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9 processing the packets in the connection in response 

10 to the admission directive. 

1 16. The computer -implemented method of claim 15 wherein 

2 the admission directive is squeeze. 

1 17. The computer- implemented claim of 16 wherein 

2 processing comprises reclassifying the packet to a default 

3 class. 

1 18. The computer- implemented method of claim 15 wherein 

2 the admission directive is drop. 

1 19. The computer-implemented claim of 18 wherein 

2 processing comprises dropping the connection. 

1 20. The computer^ implemented method of claim 15 wherein 

2 the admission directive is deny. 

1 21- The computer- implemented claim of 2 0 wherein 

2 processing comprises generating a reset packet. 

1 22. The computer -implemented method of claim 1 wherein 

2 processing comprises type of service (TOS) packet processing. 

1 23. The computer- implemented method of claim i wherein 

2 TOS packet processing comprises changing TOS values to match 

3 underlying application. 
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1 24. The computer- implemented method of claim 1 wherein 

2 processing comprises: 

3 session bandwidth packet processing; 

4 rate shaping packet processing; 

5 admission control packet processing; and 

6 TOS packet processing. 

1 25. The computer- implemented method of claim 1 wherein 

2 queuing comprises placing processed packets in queues 

3 according to classes. 

1 26. A bandwidth management system comprising: 

2 an input port, the input port connected to a 

3 classification engine; 

4 a processing engine, the processing engine connected 

5 to the classification engine; and 

6 a queuing engine connected to the processing engine 

7 and to an output port . 

1 27. The bandwidth management system of claim 26 wherein 

2 the processing engine comprises: 

3 session bandwidth engine. 

4 a rate-shaping engine; 

5 an. admission control engine; and 

6 TOS processing engine. 
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1 28. The bandwidth management system of claim 26 further 

2 comprising a policy manager connected to the processing and 

3 queuing engine. 

! 29. The bandwidth management system of claim 28 wherein 

2 the policy manager is an input device providing parameters. 

1 30. The bandwidth management system of claim 29 wherein 

2 the parameters comprise a class bandwidth and class priority. 

1 31. A computer -implemented method of managing bandwidth 

2 comprising: 

3 classifying network packets according to traffic 

4 types for placement in class queues; 

5 generating parent classes for each class; 

6 allocating parent bandwidths to the parent classes; 

7 assigning a parent priorities to the parent classes; 

8 generating sub-parent classes for each parent class; 

9 and 

10 providing a minimum bandwidth to the sub-parent 

11 classes. 

1 32. The computer- implemented method of claim 31 wherein 

2 the minimum bandwidth is the parent bandwidth. 

1 33. The computer- implemented method of claim 31 wherein 

2 the sub-parent classes borrow bandwidth from the parent class. 

19 
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1 . 34-. The computer- implemented method of claim 31 further 

2 comprising processing the packets in a connection in response 

3 to an admission directive. 

1 35. The computer- implemented method of claim 34 wherein 

2 the admission directive is squeeze. 

1 36. The computer- implemented claim of 35 wherein 

2 processing comprises reclassifying the packet to a default 

3 class. 

1 37. The computer-implemented method of claim 34 wherein 

2 the admission directive is drop. 

1 38. The computer- implemented claim of 37 wherein 

2 processing comprises dropping the connection. 

1 39. The computer- implemented method of claim 34 wherein 

2 the admission directive is deny. 

1 40. The computer- implemented of claim 39 wherein 

2 processing comprises generating a reset . packet . 

1 41. The computer-implemented method of claim 1 further 

2 comprising receiving parameters from a policy manager. 
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1 42. The computer- implemented method of claim 41 wherein 

2 the parameters comprise a class bandwidth and a class 

3 priority; 

1 43. The computer- implemented method of claim 1 further 

2 comprising: 

3 queuing the processed packets in a queuing engine; 

4 and 

5 scheduling the queued packets on an output port. 
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